home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19990725-20000114
/
000280_news@columbia.edu _Wed Nov 17 00:01:51 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2000-01-13
|
3KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA15955
for <kermit.misc@watsun.cc.columbia.edu>; Wed, 17 Nov 1999 00:01:50 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA06296
for kermit.misc@watsun.cc.columbia.edu; Tue, 16 Nov 1999 23:32:34 -0500 (EST)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: jrd@cc.usu.edu (Joe Doupnik)
Subject: Re: mskermit ansi-bbs
Message-ID: <Z3d8eDZWNxFH@cc.usu.edu>
Date: 16 Nov 99 21:17:08 MDT
Organization: Utah State University
To: kermit.misc@columbia.edu
In article <hLoY3.10$CM.1641@news2.voicenet.com>, Christopher Mosley <cmosley@voicenet.com> writes:
> I wrote a short time ago about various unix text programs
> that have incorporated ansi color: gnu dir and ls, most, lynx, tin,
> ncurses demo programs (digital clock, fireworks etc). These program all
> work fine in ckermit when run from the linux console or in an "rxvt" xterm
> window (but not the xterm called xterm). They also all work in mskermit when
> the term type is set to ansi-bbs (this is necessary, the kermit vt color
> support is not adequate for some of these programs, especially since it
> doesn't really exist ) and the termcap is a particular xterm-r5 terminfo
> with the strings for ansi color added - set ansi foreground and background
> etc. Since the ansi-bbs term type does not support the special graphic chars
> of the vt100 and the terminfo does not specify a special graphics set, some
> programs render box chars as the ascii chars | + -. It seems that by
> specifying the acsc= string in the terminfo these ascii chars could
> be replaced by the real box chars - this can be done.
>
> So finally here is my Question . The ansi-bbs charset starts out a
> particular way but after some programs are run. It has inexplicably changed
> (inexplicable to me) the 8bit chars have been remapped, now the first 8bit
> char is the first char in the dos codepage (smiley face). The dos code page
> has been replicated starting at the first 8 bit char. It can be reset
> back to the original simply by resetting the ansii-bbs term type. Just
> wondering why this is - why has the char set changed and not been returned
> to its original state _or_ where can I find a description of the ansi-bbs
> terminal emulation.
> Thanks
------------
The terminal emulators in Kermits aren't doing the change, clearly.
That leaves such things as sudden use of parity to contend with, and changes
on the remote host. There is also the unfortunate situation of no such thing
as an ansi-bbs terminal itself so specs are mostly snippets of this and that
mixed with some ANSI suggestions. That leaves plenty of room for end to end
misunderstandings. As if that weren't enough then add that VT style work
often underlays the ansi-bbs emulation and then VT commands can modify the
displayable character set. It's a muddle; one better avoided if possible.
I'm not certain there is any doc that defines ansi-bbs, or if one
exists that it applies broadly.
Logging what is sent is probably a more productive way of
understanding the problem at hand.
Joe D.